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I. STATUS OF CLAIMS 

Claims 1-22 are pending and remain rejected. The Appellants hereby maintain the 
appeal of the rejections of claims 1-22. 



Docket Number: 00-162 / 1496.00047 
Application No.: 09/746,796 3 



II. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Claims 1-6, 8, 9, 12-14, 17-19 and 22 are rejected under 35 U.S.C. § 102(b) as being 
anticipated by Hilgendorf et al. 1 

Claims 10,11 and 20 are rejected under 35 U.S .C. § 103(a) as being unpatentable over 
Hilgendorf in view of Martin. 2 

Claim 7 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Hilgendorf. 

Claim 15 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Hilgendorf 
with Gee et al., 3 Wilmot, II, 4 Favor 5 and Aravamudan et al. 6 cited for extrinsic evidence. 

Claims 16 and 21 are rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Hilgendorf in view of Gee et al. with Wilmot, Favor and Aravamudan cited for extrinsic evidence. 



1 U.S. Patent No. 5,925,124 (hereinafter Hilgendorf). 

2 U.S. Patent No. 4,439,828. 

3 U.S. Patent No. 6,374,286 (hereinafter Gee). 

4 U.S. Patent No. 6,615,340 (hereinafter Wilmot). 

5 U.S. Patent No. 5,926,642. 

6 U.S. Patent No. 6,502,109 (hereinafter Aravamudan). 
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III. ARGUMENTS IN RESPONSE TO EXAMINER'S ANSWER 



A. Rejections under 35 U.S.C. § 102. 

As set forth on pages 3-12 of the Examiner's Answer, 7 claims 1-6, 8, 9, 12-14, 17-19 
and 22 are rejected under 35 U.S.C. § 102(b) as being anticipated by Hilgendorf et al. 8 

The Federal Circuit has stated that "[t]o anticipate, every element and limitation of 
the claimed invention must be found in a single prior art reference, arranged as in the claim." 9 The 
Federal circuit has added that the anticipation determination is viewed from one of ordinary skill in 
the art: "There must be no difference between the claimed invention and the reference disclosure, 
as viewed by a person of ordinary skill in the field of the invention." 10 Furthermore, "A claim is 
anticipated only if each and every element as set forth in the claim is found, either expressly or 
inherently described, in a single prior art reference." 11 As explained herein below, because 
Hilgendorf does not disclose or suggest a microcode memory containing sequences of instruction 
codes of a second instruction set that emulate a functionality of the instruction codes of the 
first instruction set, Hilgendorf does not anticipate the presently claimed invention. 

7 Dated February 22, 2008. 

8 U.S. Patent No. 5,925,124 (hereinafter Hilgendorf). 

9 Brown v. 3M, 60 USPQ2d 1375, 1376 (Fed. Cir. 2001) citing Karsten Mfg. Corp. v. 
Cleveland Golf Co., 242 F.3d 1376, 1383, 58 USPQ2d 1286, 1291 (Fed. Cir. 2001); Scripps Clinic 
& Research Found, v. Genentech Inc., 927 F.2d 1565, 18 U.S.P.Q.2d 1001, 1010 (Fed. Cir. 1991) 
(Emphasis added by Appellant). 

10 Scripps Clinic & Research Found, v. Genentech Inc., 921 F.2d 1565, 18 U.S.P.Q.2d 1001 
1010 (Fed. Cir. 1991). 

11 Verdegaal Bros. V. Union Oil Co. of California, 814 F.2d 628, USPQ2d 1051, 1053 (Fed 
Circ. 1987). 
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1. Claims 1-3, 5-9, 12-14, 17-19 and 22 are fully patentable over Hilgendorf. 

The presently pending claim 1 provides an apparatus comprising a circuit configured 
to translate instruction codes of a first instruction set on-the-fly into addresses into a microcode 
memory containing sequences of instruction codes of a second instruction set that emulate a 
functionality of the instruction codes of the first instruction set. Claims 17 and 18 include 
similar limitations. Claims 2, 3, 5-9, 12-14, 19 and 22 depend, directly or indirectly, from either 
claim 1 or claim 19. 

The Examiner' s interpretation of the phrase "instruction codes of a second instruction 

set" as referring to "opcodes" is not reasonable in light of the present specification. Furthermore, 

the Examiner does not explain why an extrinsic source (i.e., Microsoft Computer Dictionary, 4th 

Ed.) is used instead of the specification to interpret the claim language. Contrary to the position 

taken by the Examiner, one of ordinary skill in the art would understand the phrase "sequences of 

instruction codes of a second instruction set" as referring to "instructions of the second instruction 

set." Specifically, the specification states: 

In response to an instruction address having a predetermined value 
(e.g., an intercept program address or IP A), the circuit 100 may be 
configured to translate instruction codes of a first instruction set 
received from the memory system 104 into a sequence of instruction 
codes of a second instruction set (e.g., native instructions) for the 
CPU 102. The circuit 100 may be configured to generate instruction 
addresses that may be presented to the memory system 104 in place 
of the instruction addresses generated by the CPU 102. In one 
example, the circuit 100 may be used to translate instructions from 
a first instruction set (e.g., instruction codes of the programming 
language Java or any other programming languages or 
instruction sets) into sequences of the native instruction codes for 
the CPU 102. The sequences of native instruction codes will 
generally emulate the functionality of the instruction codes of the first 
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instruction set. The circuit 100 may be configured to operate 
invisibly to the CPU 102 and the memory system 104. 12 



Thus , the terms "instructions" and "instruction codes" are used interchangeably in the specification. 

Further examples of this usage can be found in the specification. For example, on page 27, lines 3- 

1 1 the specification states: 

The circuit 100 generally fetches bytecodes from the memory 104. 
The bytecodes may include both instructions as well as data. The 
circuit 100 generally buffers the bytecode and then decodes the 
bytecode. The decoded bytecode may generate an address to the 
microcode where the corresponding native instructions stream 
(NIS) may be located. The decoded bytecode may include virtual 
stack references that may be resolved by the configuration registers 
200 and/or the stack management unit 204 according to the stack 
status. 13 

On page 30, lines 12-15 the specification states: 

The microcode memory 210 may have an output that may present a 
signal to the native instruction generator (NIG) block 212 and an 
input that may receive a signal from the sequence optimization unit 
(SOU) 218. The microcode memory 210 may comprise the NIS 
[native instructions stream] for each bytecode. The microcode 
memory 210 may comprise a number of virtual stack register names 
and an indication of the bit fields that the NIG 212 may replace with 
the actual registers codes. By using a memory based architecture for 
the translation of the bytecodes and using a pre-defined format, the 
microcode memory 210 and the NIG 212 may be easily replaced to 
match any kind of processor 102. The flexibility of the circuit 100 
may be affected by the design of the microcode memory 210. The 
microcode memory 210 may also hold a memory pointer and down 
counter. The memory pointer may be incremented with each 
microcode read and the down-counter may be decremented. The 
pointer may first be loaded with an NIS address generated by the 
Decoder/LUT block 208. The counter may first be loaded with the 



12 See page 11, line 15 through page 12, line 10 of the specification, emphasis added. 

13 Page 27, lines 3-11 of the specification, emphasis added. 
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number of instructions within the current NIS. The microcode 
memory 210 may receive addresses from the Decoder/LUT 208 of the 
requested NIS, addresses from the sequence optimizing unit 218, and 
control signals from the control unit 216 to select which addresses to 
use. 14 

Another examples can be found on page 30 where the specification states: 

The microcode generally does not contain a simple set of native 
instructions for the processor to execute. Rather, the microcode may 
contain instructions such as: add TOS,TOS-l,TOS-l, where TOS 
and TOS-n are actually virtual stack registers. 15 

Furthermore, one skilled in the art would understand an instruction to be "an action 

statement in any computer language, most often in machine or assembly language." 16 One skilled 

in the art would further understand an opcode to be "the portion of a machine language or assembly 

language instruction that specifies the type of instruction and the structure of the data on which [the 

instruction] operates." 17 The understanding that an opcode is not an instruction, but rather only a part 

of an instruction is also evidenced by Hilgendorf. Specifically, Hilgendorf states : 

The external instruction 100, which is an instruction of code A, 
comprises an OP-code of code A (102), an "immediate" data field 
(110), logical register identifiers (111, 112) which specify the 



14 Page 22, line 3 through page 23, line 2 of the specification, emphasis added. 

15 Page 30, lines 11-15 of the specification, emphasis added. 

16 See definition of "instruction" in Microsoft Computer Dictionary, 4th Ed., Microsoft 
Corporation, 1999, pg. 238 (An action statement in any computer language, most often in machine 
or assembly language. Most programs consist of two types of statements: declarations and 
instructions.). 

17 See definition of "operation code" in Microsoft Computer Dictionary, 5th Ed., Microsoft 
Corporation, 2002, pg. 378 ("The portion of a machine language or assembly language instruction 
that specifies the type of instruction and the structure of the data on which it operates. Also called: 
opcode. See also assembly language machine code."). 
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instruction's source and target registers, and additional information 
about the instruction, such as status bits. 18 

Hilgendorf further states: 

Rearrangement information needed for converting the external 
instruction (100) to a set of internal instructions (101) is contained in 
a translation table (106). Said translation table can either be 
implemented as a ROM table or as a RAM table. Each entry (105) of 
said table corresponds to one of said external code A instructions 
(100), and determines how the instruction elements of this specific 
instruction are to be rearranged in order to form the corresponding 
internal instructions (101). 19 

Thus, Hilgendorf clearly teaches that the internal instructions of code B (101) are NOT in the 

translation table 106, but are formed externally to the translation table 106 using rearrangement 

information from the translation table 106. 20 

Therefore, assuming, arguendo, the translation table 106 of Hilgendorf would be 

considered by one of ordinary skill in the art to be similar to the presently claimed microcode 

memory, 21 because (i) the translation table 106 of Hilgendorf contains only opcodes of code B 

instead of the entire instructions of code B and (ii) Hilgendorf teaches that the internal instructions 

of code B are formed externally to the translation table 106, Hilgendorf does not disclose or suggest 

a microcode memory containing sequences of instruction codes of a second instruction set that 

emulate a functionality of the instruction codes of the first instruction set, as presently claimed. 



18 Column 6, line 62-67 of Hilgendorf, emphasis added. 

19 Column 7, lines 9-17 of Hilgendorf , emphasis added. 

20 See FIGS. 1 and 5 and column 7, lines 9-34 of Hilgendorf . 

21 As suggested by the Examiner in section 5 on page 2 of the final Office Action dated May 
18, 2004 and for which Appellant's representative does not necessarily agree. 
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Therefore, Hilgendorf does not disclose or suggest each and every element of the presently claimed 
invention, arranged as in the claims, as required for anticipation. 22 As such, the presently claimed 
invention is fully patentable under 35 U.S.C. § 102 over the cited reference and the rejection should 
be reversed. 



2. Claim 4 is fully patentable over Hilgendorf. 

The presently pending claim 4 depends directly from claim 1 and, therefore, includes 
all the limitations of claim 1. Consequently, the arguments presented above in support of claim 1 
are incorporated herein by reference in support of claim 4. Claim 4 further recites that predetermined 
sequences of the instruction codes of the first instruction set are used to address the microcode 
memory. Hilgendorf does not disclose or suggest that predetermined sequences of the instruction 
codes of the first instruction set are used to address the microcode memory, as presently claimed. 

Specifically, Hilgendorf states: 

Rearrangement information needed for converting the external 
instruction (100) to a set of internal instructions (101) is contained in 
a translation table (106). Said translation table can either be 
implemented as a ROM table or as a RAM table. Each entry (105) 
of said table corresponds to ONE of said external code A 
instructions (100), and determines how the instruction elements of 
this specific instruction are to be rearranged in order to form the 
corresponding internal instructions (101). 

As EACH translation table entry (105) corresponds to 
ONE external code A instruction (100), the OP-code (102) of said 
external instruction can be used to determine the correct 
translation table entry. This is done by forwarding the OP-code 
(102) to an address generation logic (104), which converts said 



22 Manual of Patent Examining Procedure (M.P.E.P.), Eighth Edition, Rev. 6, September 
2007, §2131. 
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OP-code to the address of the corresponding entry in the table. This 
address is then used to access (103) the corresponding translation 
table entry (105). Said entry contains the OP-codes of all the internal 
code B instructions (107) to which the external instruction is to be 
converted to, and multiplexer control information (129), which is 
used for controlling the recombination of the external instruction's 
elements. 23 

Since each translation table entry corresponds to ONE external code A instruction, it follows that 

Hilgendorf does not disclose or suggest that predetermined sequences of the instruction codes of 

the first instruction set are used to address the microcode memory, as presently claimed. Thus, 

Hilgendorf does not disclose or suggest each and every element of the presently claimed invention, 

arranged as in the present claims. Therefore, the Examiner has failed to meet the Office's burden 

under MPEP §2 1 3 1 to factually establish a prime facie case of anticipation. As such, claim 4 is fully 

patentable over the cited reference and the rejection should be reversed. 

Furthermore, The Examiner argues language which is not contained in the claim. 

Specifically, the Examiner states: 

The translation table is designed to have any and all predetermined 
sequences, or programs, of the First Instruction set address the table 
for instruction translation. A program for a computer system that for 
all of eternity only performs one single instruction is not useful. A 
program for a computer system must have a sequence of several 
instructions. Any sequence of instructions contains a plurality of 
subsequences. So a program necessarily contains several sequences. 
Therefore Hilgendorf has in fact taught predetermined sequences of 
said instruction codes of said first instruction set (a plurality of 
subsequences in a program) are used to address said microcode 
memory. 24 



23 Column 7, lines 9-30 of Hilgendorf, emphasis added. 

24 See pages 5-6, section 6, lines 4-1 1 of the Examiner's Answer dated February 22, 2008. 
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The presently pending claim 4 does not recite a plurality of subsequences of a program as argued by 



the Examiner. Since the Examiner is arguing language which is not even contained in the claim, the 
Examiner's arguments are moot. 

Furthermore, the fact that the Examiner must resort to limitations that are neither 
recited in the claim nor recited in the reference (i.e., a plurality of subsequences in a program) further 
evidences that Hilgendorf does not disclose or suggest each and every element of the claimed 
invention, arranged as in the claims, as required for anticipation. 25 Hilgendorf explicitly states that 
EACH translation table entry corresponds to ONE external code A instruction. 

In contrast to Hilgendorf, the specification provides an example of using 

predetermined sequences of the instruction codes of the first instruction set to address the 

microcode memory. In particular, the specification states: 

The Sequence Optimization Unit (SOU) 218 may be configured to 
look for any of a plurality of pre-defined sequences of bytecodes. 
When a sequence is detected, the SOU 218 may notify the 
controller 216 and take over control of the address pointer into 
the microcode memory 210. By doing so, the SOU 218 may 
facilitate the generation of an optimized native instruction sequence 
to the processor 102. An example may be illustrated by the 
following sequence of bytecodes: load immediate value to stack, 
add the immediate value to the value preceding it in the stack, 
and put the result back in the stack. In some processors that 
support an immediate mode, the example sequence may be 
executed in a single CPU instruction such as add r5,#45,r5. Thus, 
instead of generating two instructions (e.g., mov #5,r6 and add 
r5,r6,r5), an optimized single instruction may be generated. The 
generation of optimized code may enable further speed increase and 
faster execution of the translated instruction set (e.g., the Java code). 
In general, each processor (e.g., MIPS, ARM, 68000, etc.) may have 
a unique instruction set. An optimization for one processor may not 



25 MPEP§2131. 
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be possible for another and vice- versa. The SOU 216 may be 
implemented, in one example, with microcode to support 
optimization for any possible processor. 26 

A person of ordinary skill in the art would not view a translation table where EACH translation table 

entry corresponds to ONE external code A instruction to be the same as a microcode memory that 

can be addressed using predetermined sequences of the instruction codes of the first instruction 

set, as presently claimed. Therefore, the Examiner has not met the Office's burden to factually 

support a prima facie conclusion that Hilgendorf discloses or suggests each and every element of the 

claimed invention, arranged as in the claims, as required for anticipation. 27 As such, presently 

pending claim 4 is fully patentable under 35 U.S.C. §102 over Hilgendorf and the rejection should 

be reversed. 

B. Rejections under 35 U.S.C. § 103 

As set forth on pages 12-19 of the Examiner's Answer, 28 claims 7, 10, 1 1, 15, 16, 20 
and 21 are rejected under 35 U.S.C. §103(a) as being unpatentable over either Hilgendorf alone 
(claims 7 and 15), Hilgendorf in combination with Martin (claims 10, 1 1 and 20) or Hilgendorf in 
combination with Gee (claim 16 and claim 21). 



26 See page 26, line 3 through page 27, line 2 of the specification, emphasis added. 

27 MPEP§2131. 

28 Dated February 22, 2008. 
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The Examiner bears the initial burden of factually supporting any prima facie 
conclusion of obviousness. 29 If the Examiner does not produce a prima facie case, the Applicant is 
under no obligation to submit evidence of nonobviousness. 30 "All words in a claim must be 
considered in judging the patentability of that claim against the prior art." 31 "Under § 103 , the scope 
and content of the prior art are to be determined; differences between the prior art and the claims 
at issue are to be ascertained; and the level of ordinary skill in the pertinent art resolved. Against 
this background the obviousness or nonobviousness of the subject matter is to be determined. Such 
secondary considerations as commercial success, long felt by unsolved needs, failure of others, etc., 
might be utilized to give light to the circumstances surrounding the origin of the subject matter 
sought to be patented." 32 "To facilitate review, this analysis should be made explicit. See In re 
Kahn, 441 F.3d 977, 988 (CA Fed. 2006)('[R] ejections on obviousness grounds cannot be sustained 
by mere conclusory statement; instead, there must be some articulated reasoning with some rational 
underpinning to support the legal conclusion of obviousness')." 33 

One rationale that the Examiner may use is to show some teaching, suggestion, or 
motivation in the prior art that would have led one of ordinary skill to modify the prior art reference 



29 Manual of Patent Examining Procedure (M.P.E.P.), Eighth Edition, Rev. 6, September 
2007, §2142. 

30 Id. 

31 M.P.E.P. §2143.03 (emphasis added) 

32 KSR International Co. v. Teleflex Inc., et al. 82 USPQ2d 1385 (2007) citing Graham v. 
John Deere Co. Of Kansas City, 383 U.S. 1 (1966) (emphasis added) 

33 KSR International Co. v. Teleflex Inc., et al. 82 USPQ2d 1385 at 1396 (emphasis added) 
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or to combine prior art reference teachings to arrive at the claimed invention. 34 "[T]o establish 
obviousness based on a combination of the elements disclosed in the prior art, there must be some 
motivation, suggestion or teaching of the desirability of making the specific combination that was 
made by the applicants." 35 "[T]he factual inquiry whether to combine references must be thorough 
and searching." 36 "This factual question ... [cannot] be resolved on subjective belief and unknown 
authority." 37 "It must be based on objective evidence of record." 38 The Examiner must show that 
(a) there is some suggestion or motivation, either in the references or in the knowledge generally 
available to one of ordinary skill in the art, to modify or combine the references, (b) there is a 
reasonable expectation of success, and (c) the prior art reference (or combination of references) 
teaches or suggests all of the claim limitations. 39 

The Federal Circuit has held that both the suggestion to modify or combine the 
references and the reasonable expectation of success must be found in the prior art itself, not merely 
in Appellant's disclosure. 40 Furthermore, the Court of Appeals for the Federal Circuit has indicated 

34 M.P.E.P. §2 143(G). 

35 In re Kotzab, 217 F.3d 1365, 1370, 55 USPQ2d 1313, 1316 (Fed. Cir. 2000) (citing In re 
Dance, 160 F.3d 1339, 1343, 48 USPQ2d 1635, 1637 (Fed. Cir. 1998); In re Gordon, 733 F.2d 900, 
902, 221 USPQ 1125, 1127 (Fed. Cir. 1984)). 

36 McGinley v. Franklin Sports, Inc., 262 F.3d 1339, 1351-52, 60 USPQ2d 1001, 1008 (Fed 
Cir. 2001). 

37 In re Lee, 277 F.3d 1338, 1343-44, 61 USPQ2d 1430, 1434 (Fed. Cir. 2002). 

38 Id. at 1343, 61 USPQ2d at 1434. 

39 M.P.E.P. §2142(G). 

40 See In re Vaeck, 947 F.2d 488, 20 U.S.P.Q.2d 1438, 1442 (Fed. Cir. 1991). 
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that the requirement for showing the teaching of motivation to combine references is "rigorous" and 
must be "clear and particular." 41 Furthermore, the Board has held that the claimed invention is 
obvious only if either the references expressly or implicitly suggest the claimed invention, or a 
convincing line of reasoning is presented by the examiner as to why an artisan would have 
found the claimed invention to be obvious in light of the teachings of the cited references. 42 

1. Claims 10, 11 and 20 are fully patentable over Hilgendorf and Martin. 

Claim 10 depends directly from claim 1 and, therefore, includes all of the limitations 
of claim 1. Consequently, the arguments presented above in support of claim 1 are incorporated 
herein by reference in support of claim 10. Claim 10 further provides that the circuit is configured 
to detect optimizable sequences of instruction codes on-the-fly. Claim 20 includes a similar 
limitation. Claim 1 1 depends directly from claim 10. 

The Examiner admits that with respect to claims 10, 1 1 and 20 Hilgendorf has not 
taught wherein the circuit is configured to detect optimizable sequences of instruction codes on-the- 
fly 43 Hilgendorf teaches an apparatus and a method for converting instructions of a code A to 
instructions of a code B by rearranging elements of a single instruction of code A to form one or 
more instructions of code B. 44 The conversion process of Hilgendorf is performed on single 

41 In re Anita Dembiczak and Benson Zinbarg, 50 U.S.P.Q.2d 1614 (Fed. Cir. 1999). 

42 See Ex Parte Clapp, 227 U.S.P.Q. 972, 973 (Bd. Pat. App. & Inter. 1985) (emphasis added 
by Appellant). 

43 See section 21 on page 7 of the final Office Action dated May 18, 2004. 

44 See abstract and column 7, lines 9-30 of Hilgendorf. 
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instructions of code A. 45 The modification proposed by the Examiner would change the principle 
of operation of Hilgendorf. If the proposed modification or combination of the prior art would 
change the principle of operation of the prior art invention being modified, then the teachings of the 
references are not sufficient to render the claims prima facie obvious. 46 Furthermore, in contrast to 
the Examiner' s position that Hilgendorf' s suggestion to exploit parallelism in superscaler processing 
is motivation for detecting optimizable sequences, 47 Hilgendorf states that the parallelism can be 
exploited by processing instructions out of their sequential order using various execution units. 48 
Since Hilgendorf teaches the parallelism is exploited by processing instructions out of sequential 
order, it follows that Hilgendorf' s reference to exploiting parallelism does not appear to teach or 
suggest detecting optimizable sequences of instruction codes on-the-fly, as presently claimed. 
Therefore, the Examiner failed to meet the Office's burden to factually establish a prima facie 
conclusion of obviousness. 49 As such, claims 10, 11 and 20 are fully patentable over the cited 
references and the rejection should be reversed. 



45 Id. 

46 See MPEP §2143.01(VI), citing In re Ratti, 270 F.2d 810, 123 USPQ 349 (CCPA 1959). 

47 See section 20 on pages 12-13 of the Examiner's Answer dated February 22, 2008. 

48 See column 1, lines 56-62 of Hilgendorf. 

49 M.P.E.P. §2142. 
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2. Claim 15 is fully patentable over Hilgendorf 

Claim 15 depends directly from claim 1 and, therefore, includes all of the limitations 
of claim 1. Consequently, the arguments presented above in support of claim 1 are incorporated 
herein by reference in support of claim 15. Claim 15 further provides that the instruction codes of 
the first instruction set comprise Java bytecodes. 

The Examiner admits that with respect to claim 15 Hilgendorf has not explicitly 
taught wherein said instruction codes of said first instruction set comprise Java bytecodes. 50 The 
Examiner does not adequately address where in the prior art references the reasonable expectation 
of success can be found for applying the conversion of Hilgendorf to Java bytecodes. The Federal 
Circuit has held that both the suggestion to modify or combine the references and the reasonable 
expectation of success must be found in the prior art itself, not merely in Appellant's disclosure. 51 
Hilgendorf is silent regarding Java bytecodes. Hilgendorf states that the external instruction 100 can 
be either a CISC instruction or a RISC instruction. 52 One of ordinary skill in the art would recognize 
that CISC instructions and RISC instructions are different from Java bytecodes. In particular, one 
of ordinary skill in the art would recognize that CISC instructions and RISC instructions can be 
directly executed by appropriate microprocessor designs. 53 In contrast, one of ordinary skill in the 

50 See section 24 on page 8 of the final Office Action dated May 18, 2004. 

51 See In re Vaeck, 947 F.2d 488, 20 U.S.P.Q.2d 1438, 1442 (Fed. Cir. 1991). 

52 Column 6, lines 54-57 of Hilgendorf . 

53 See definition of CISC and RISC in Microsoft Computer Dictionary, 5th Ed., Microsoft 
Corporation, 2002, pp. 100 and 455 ("CISC n. Acronym for complex instruction set computing. The 
implementation of complex instructions in a microprocessor design so that they can be invoked at 
the assembly language level. The instructions can be very powerful, allowing for complicated and 
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art would recognize Java bytecodes as an abstract, processor-independent form that cannot be 
directly executed by most CPUs. 54 

Hilgendorf teaches rearranging elements of an external CISC or RISC instruction to 
generate an internal instruction. The Examiner fails to present any evidence or convincing line of 
reasoning to factually support a conclusion that Java bytecodes have elements that can merely be 
rearranged using the apparatus of Hilgendorf to obtain internal instructions (i.e., instructions that can 
be directly executed by a processor). The position taken by the Examiner that it would have been 
obvious to one of ordinary skill in the art at the time of the invention to translate Java code into the 
host's computer code since Java is a popular and widely used programming language, and many 



flexible ways of calculating such elements as memory addresses. All this complexity, however, 
usually requires many clock cycles to execute each instruction. Compare RISC." 
"RISC n. Acronym for Reduced Instruction Set Computing. A microprocessor design that focuses 
on rapid and efficient processing of a relatively small set of simple instructions that comprises most 
of the instructions a computer decodes and executes. RISC architecture optimizes each of these 
instructions so that it can be carried out very rapidly - usually within a single clock cycle. RISC 
chips thus execute simple instructions more quickly than general - purpose CISC (complex 
instruction set computing) microprocessors, which are designed to handle a much wider array of 
instructions. They are, however, slower than CISC chips at executing complex instructions, which 
must be broken down into many machine instructions that RISC microprocessors can perform. 
Families of RISC chips include Sun Micro systems' SPARC, Motorola's 88000, Intel's i860, and 
the PowerPC developed by Apple, IBM, and Motorola. See also architecture, SPARC. Compare 
CISC"). 

54 See definition of bytecode in Microsoft Computer Dictionary, 5th Ed., Microsoft 
Corporation, 2002, pg. 79 ("An encoding of a computer program that a compiler produces when the 
original source code is processed. This encoding is in an abstract, processor-independent form that 
cannot be directly executed by most CPUs but is highly suitable for further analysis (for example, 
compiler organization), for processing by interpreters (for example, executing Java applets within 
Web browsers), or for use in generation of binary instructions for the target computer's CPU."). 
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programs would already be written in Java" 55 does not adequately address the issue of the reasonable 
expectation of success in using the apparatus or method of Hilgendorf. 

Thus, because the Examiner failed to make the required showing that there is a 
reasonable expectation of success in using the invention of Hilgendorf with Java bytecodes, the 
Examiner failed to factually establish a prima facie conclusion of obviousness. 56 As such, the 
presently pending claim 15 is fully patentable over the cited references and the rejection should be 
reversed. 

3. Claim 16 is fully patentable over Hilgendorf and Gee 

Claim 16 depends directly from claim 1 and, therefore, includes all of the limitations 
of claim 1. Consequently, the arguments presented above in support of claim 1 are incorporated 
herein by reference in support of claim 16. Claim 16 further provides that the circuit comprises a 
portion of a Java virtual machine implemented in hardware. 

The Examiner admits that Hilgendorf has not taught either a circuit comprising a 
portion of a Java virtual machine or a Java virtual machine implemented in hardware. 57 Gee does 
not cure the deficiencies of Hilgendorf. Gee discloses that Java bytecodes can be executed using 
either a Java run time environment called a Java virtual machine (JVM) or a full hardware direct 



55 See section 23, lines 10-14 on page 15 of the Examiner's Answer dated February 22, 2008. 
56 M.P.E.P. §2142. 

57 Page 1 5 , lines 1 -3 of section 25 and page 1 7 , line 1 of section 27 of the Examiner' s Answer 
dated February 22, 2008. 
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execution Java processor (or Java machine). 58 Thus Gee teaches all software or full hardware 

implementations of a JVM. Therefore, Gee does not teach or suggest implementing only a portion 

of the Java virtual machine in hardware, as presently claimed. Thus, Gee does not teach or suggest 

each and every element of the presently claimed invention. Furthermore, the specification states that 

implementing a portion of the Java virtual machine in hardware provides advantages over a software 

only JVM and a full hardware implementation of a JVM. 59 Specifically, the specification states: 

The third technique involves a full hardware implementation of the 
JVM (i.e., HW-JVM or a picoJava core). The full hardware 
implementation of the JVM can provide a very fast executing 
machine. However, in order to use the full hardware implementation 
of the JVM, legacy code must be completely rewritten in Java. 
Therefore, the third technique is not backward compatible with older 
machines. 60 

The specification further states: 

In a preferred embodiment, the present invention may offer a much 
better performance than any software only based solution, with 
minimal memory footprint. In addition, the present invention may 
maintain compatibility to past designs and preserves the ability to run 
legacy code. The latter may provide a major advantage over 
conventional solutions since large investments made in the legacy 
code may be preserved. 61 



58 See column 2, lines 38-58 of Gee. 

59 See page 4, lines 7-13 and page 7, line 5 through page 8, line 5 of the specification. 

60 See page 4, lines 7-13 of the specification. 

61 See page 7, lines 11-18 of the specification. 
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Therefore, the Examiner failed to meet the Office's burden of factually establishing a prima facie 
conclusion of obviousness. 62 As such, the presently pending claim 16 is fully patentable over the 
cited reference and the rejection should be reversed. 

4. Claim 21 is fully patentable over Hilgendorf and Gee 

Claim 21 depends directly from claim 1 and, therefore, includes all of the limitations 
of claim 1. Consequently, the arguments presented above in support of claim 1 are incorporated 
herein by reference in support of claim 21. Claim 21 further provides that the sequences of 
instruction codes of the second instruction set comprise one or more virtual stack references. 

The Examiner admits that Hilgendorf has not taught wherein a sequence of instruction 

codes of an instruction set comprise one or more virtual stack references. 63 The Examiner fails to 

present any objective evidence that a sequence of instruction codes of an instruction set created by 

translating Java code with a Java virtual machine, as taught by Gee, would necessarily comprise one 

or more virtual stack references. 64 The text of Gee cited by the Examiner in support of the 

Examiner's position reads: 

The JVM is actually composed of one or more threads. Each 
JVM thread has a private JAVA stack, created at the same time as the 
thread, which stores JVM frames. A JAVA stack is the equivalent of 
[the] stack of a conventional programming language such as C. The 
JAVA stack holds local variables and partial results, and plays a part 

62 M.P.E.P. §2142. 

63 Page 17, lines 17-18 of the Examiner's Answer dated February 22, 2008. 

64 See page 19, lines 5-8 of the Examiner's Answer dated February 22, 2008 and page 9, 
section 27, lines 2-4 in the final Office Action dated May 18, 2004. 
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in method invocation and return. The JVM specification permits 
JAVA stacks to be of either a fixed or a dynamically varying size. 
The JVM also has a method area that is shared among all threads 
(column 7, lines 1-10 of Gee). 

Nowhere in the above text does Gee expressly mention virtual stack references, as presently 

claimed. In contrast to the presently claimed virtual stack references, the JVM of Gee uses actual 

stack operations. Furthermore, the Examiner failed to present any objective evidence or convincing 

line of reasoning to support the conclusory statement that "in order to implement Java with a Java 

virtual machine it is necessary to have virtual stack references." 65 Therefore, the Examiner failed 

to meet the Office's burden of factually establishing a prima facie conclusion of obviousness by 

showing that each and every element of claim 21 is taught or suggested by the cited references. 66 As 

such, the presently pending claim 21 is fully patentable over the cited references and the rejection 

should be reversed. 

C. CONCLUSION 

The cited references do not disclose or suggest a microcode memory containing 
sequences of instruction codes of a second instruction set that emulate a functionality of the 
instruction codes of the first instruction set, as recited in claims 1, 17 and 18. Hence, the Examiner 
has clearly erred with respect to the patentability of the claimed invention. It is respectfully 
requested that the Board overturn the Examiner's rejection of all pending claims, and hold that the 
claims are not rendered anticipated or obvious by the cited references. However, should the Board 

65 See page 19, section 30 of the Examiner's Answer dated February 22, 2008. 
66 M.P.E.P. §2142. 
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find the arguments herein in support of independent claims 1, 17 and/or 18 unpersuasive, the Board 
is respectfully requested to carefully consider the arguments set forth above in support of dependent 
claims 4, 10, 11, 15, 16, 20 and 21. 



Respectfully submitted, 
CHRISTOPHER P. MAIORANA, P.C. 

Robert M. Miller 
Registration No. 42,892 

Dated: April 22. 2008 



c/o Lloyd Sadler 
LSI Corporation 
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IV. EVIDENCE APPENDIX 



Regarding the amendment to the Examiner's Answer mailed March 25, 2008, the following 
reference should additionally have been listed under the Evidence Relied Upon Section: 

Microsoft Computer Dictionary, 1999, Microsoft Press, Fourth Edition, pages 92, 238 and 450. The 
reference was entered in the record as part of the Examiner's Answer mailed May, 9, 2005. 
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